home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / dns / dns-charter.txt < prev    next >
Encoding:
Text File  |  1993-05-14  |  6.7 KB  |  146 lines
  1.  
  2. Domain Name System (dns)
  3. ------------------------
  4.  
  5.  Charter 
  6.  
  7.  Chair(s):
  8.      Rob Austein  <sra@epilogue.com>
  9.  
  10.  Service Applications Area Director(s) 
  11.      Dave Crocker  <dcrocker@mordor.stanford.edu>
  12.  
  13.  Mailing lists: 
  14.      General Discussion:namedroppers@nic.ddn.mil
  15.      To Subscribe:      namedroppers-request@nic.ddn.mil
  16.      Archive:           nicfs.nic.ddn.mil:~/namedroppers/*.Z
  17.  
  18. Description of Working Group:
  19. The DNS Working Group is concerned with the design, operation, and
  20. evolution of the Domain Name System within the Internet.  As the Internet
  21. continues to grow, we expect to serve as a focal point for work on scaling
  22. problems within the current framework, work on protocol evolution as new
  23. mechanisms become necessary, and documentation of current practice for DNS
  24. implementors and administrators.  We are also responsible for oversight of
  25. DNS activities by other groups within the IETF to the extent that we
  26. review the impact such work will have on the DNS and make recomendations
  27. to the working groups and IESG as necessary.  Since some of these are
  28. ongoing tasks, we do not expect the working group to disband anytime soon.
  29.  
  30. Several issues are of particular concern at this time:
  31.  
  32. Scaling.  The DNS is the victim of its own success.  The global DNS
  33. namespace has grown to the point where administering the top levels of
  34. the tree is nearly as much work as the old NIC host table used to be.
  35. We need to work on ways to distribute the load.  Some of the solutions
  36. are likely to be technical, some political or economic; we still treat
  37. the top-level DNS service the way we did when DARPA was footing the
  38. bill, and the funding for that service is in the process of going away.
  39.  
  40. Security.  The DNS is a zero-security system; it is not even as
  41. strong as the IP layer above which it operates.  As a result,
  42. accidental spoofing (cache pollution) is an all-too-frequent occurance.
  43. We need to make the DNS more robust against accidental corruption, and
  44. must provide at least an optional authentication mechanism for that
  45. portion of the community that wants one.  At the same time, we must not
  46. cripple the existing system by drasticly increasing its bandwidth
  47. consumption or by mandating use of cryptographic techniques that would
  48. preclude worldwide distribution of DNS software.  The global DNS
  49. database is exactly that, an existing world-wide database representing
  50. hosts on six continents and (at least) forty-five countries.  A
  51. solution that does not take this into account is not acceptable.
  52.  
  53. Management.  We have a draft document describing MIB extensions to
  54. manage the DNS.  We also need to specify a standard way to dynamically
  55. create and destroy DNS records; SNMP may be an appropriate tool for
  56. this task, but we haven't yet specified enough of the details to know
  57. for certain.  We need to examine the impact that a dynamic update
  58. mechanism will have on the DNS, with particular attention to security
  59. and scaling issues.
  60.  
  61. IPv7/Routing.  As the fur starts flying in the battle between the IPv7
  62. proponants and the new-routing-architecture proponants, we expect that
  63. groups on both sides will need some amount of support from the DNS.
  64. Such support is likely to be minimal and straightforward, but these
  65. proposals are likely to need "rush service" for whatever support they
  66. require.  So the working group needs to monitor these activities, stay
  67. involved, and generally do what it can to make sure that DNS support is
  68. not a bottleneck.
  69.  
  70. We also need to examine the impact that any proposed IPv7 system would
  71. have on the DNS, since the DNS database and protocols have special
  72. provision for IP addresses.
  73.  
  74.  
  75.  
  76.  Goals and Milestones: 
  77.  
  78.           Post an Internet Draft of an operations guide for DNS Software.      
  79.  
  80.           Post as an Internet Draft an implementation catalog for DNS software.
  81.  
  82.           Post an Internet Draft a description of the Responsible Person 
  83.           Record.                                                              
  84.  
  85.           Post an Internet draft specifying the addition of network naming 
  86.           capability to the DNS.                                               
  87.  
  88.           Submit the DNS operators guide to the IESG for review as an 
  89.           Informational document.                                              
  90.  
  91.           Submit the DNS implementation catalogue to the IESG for review as an 
  92.           Informational document.                                              
  93.  
  94.           Submit to the IESG the document for load balancing in the DNS as an 
  95.           Informational document.                                              
  96.  
  97.           Submit the responsible person record to the IESG for consideration as
  98.           a proposed standard.                                                 
  99.  
  100.   Ongoing Monitor and offer technical support to the various groups working on 
  101.           the next version of IP.                                              
  102.  
  103.           Post an Internet Draft of the "Big Zone" policy recommendations for 
  104.           root and first-level zone adminstraton.                              
  105.  
  106.           Submit the "Big Zone" policy document to the IESG for consideraton as
  107.           a policy statement.                                                  
  108.  
  109.           Submit the specification for network naming to the IESG for 
  110.           consideration as a proposed standard.                                
  111.  
  112.      Done Post the DNS MIB as an Internet Draft.                               
  113.  
  114.    Feb 93 Submit the DNS MIB to the IESG for consideration as a Proposed 
  115.           Standard.                                                            
  116.  
  117.    Mar 93 Post an Internet Draft specifying the dynamic resource record 
  118.           creation and deletion.                                               
  119.  
  120.    Mar 93 Submit to the IESG the incremental zone transfer mechanism as a 
  121.           Proposed Standard.                                                   
  122.  
  123.    Mar 93 List and prioritize the WG's goals, and pick a subset that is 
  124.           appropriate to pursue at the present time.                           
  125.  
  126.    Jun 93 Post an Internet Draft for adding load balancing capability to the 
  127.           DNS.                                                                 
  128.  
  129.    Nov 93 Submit the proposal for dynamic resource record creation/deletion to 
  130.           the IESG for consideration as a Proposed Standard.                   
  131.  
  132.  
  133.  Internet Drafts:
  134.  
  135. Posted Revised       I-D Title  <Filename>
  136. ------ ------- ------------------------------------------
  137.  Mar 92 Nov 92  <draft-ietf-dns-mibext-05.txt, .ps> 
  138.                 DNS MIB Extensions                                             
  139.  
  140.  Mar 93 New     <draft-ietf-dns-idpr-00.txt> 
  141.                 DNS Support for IDPR                                           
  142.  
  143.  Request For Comments:
  144.  
  145.   None to date.
  146.